home *** CD-ROM | disk | FTP | other *** search
/ NetNews Offline 2 / NetNews Offline Volume 2.iso / news / comp / std / c++ / 703 < prev    next >
Encoding:
Internet Message Format  |  1996-08-06  |  1.6 KB

  1. From: Rich Paul <rpaul@trcinc.com>
  2. Message-ID: <3147413B.B10@trcinc.com>
  3. X-Original-Date: Wed, 13 Mar 1996 16:42:19 -0500
  4. Path: in2.uu.net!bounce-back
  5. Date: 13 Mar 96 23:46:01 GMT
  6. Approved: fjh@cs.mu.oz.au
  7. Newsgroups: comp.std.c++
  8. Subject: Implementation of class basic_string<class charT, class traits, class Allocator>
  9. Organization: Technical Resource Connection
  10. X-Mailer: Mozilla 2.0 (WinNT; I)
  11. X-Auth: PGPMoose V1.1 PGP comp.std.c++
  12.     iQBFAgUBMUdeWOEDnX0m9pzZAQFWmQF/dBiv+VHMe+viJZmvWyyfmbwOVgV74Kne
  13.     IiYXsYC2S1lqpaq2kcfAtsFxZs173y67
  14.     =A49f
  15.  
  16. I am currently implementing, from the working paper, class 
  17. basic_string.  I'm not sure on a couple of things.  The first is 
  18. if the standard says:
  19.  
  20. insert ( const basic_string bs&str )
  21.     Does this and that
  22. insert ( charT *cp )
  23.     insert ( basic_string ( cp );
  24.  
  25. am I non-complient if I put the real code in the charT* overload 
  26. and have the other call it?  I'm not sure the level of 
  27. complience that is required ...
  28.  
  29. Also, is there a validation suite that can put this class 
  30. through it's paces?
  31.  
  32. One more thing ... before calling traits::deallocate, should I 
  33. explicitly call destructors on the charT's in my array, since it 
  34. may be a class type, or does the definition of charT as being 
  35. 'char-like' preclude this?
  36. ---
  37. [ comp.std.c++ is moderated.  To submit articles: try just posting with      ]
  38. [ your news-reader.  If that fails, use mailto:std-c++@ncar.ucar.edu         ]
  39. [ FAQ:      http://reality.sgi.com/employees/austern_mti/std-c++/faq.html    ]
  40. [ Policy:   http://reality.sgi.com/employees/austern_mti/std-c++/policy.html ]
  41. [ Comments? mailto:std-c++-request@ncar.ucar.edu                             ]
  42.